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INFRASTRUCTURE METHOD AND SYSTEM FOR MANAGING 
DEDUCTIBLES FOR INSURANCE POLICIES 

Background 

[0001] The disclosures herein relate generally to formulating insurance policy 
deductibles and more particularly to controlling and applying a structure for 
deductibles for new and renewal policies. 

[0002] Historically, deductible options vary from state to state, and often do not 
include special peril deductibles (hurricane, wind/hail) that would be helpful in 
improving risk mitigation efforts in catastrophe prone areas. An infrastructure that 
controls the availability, migration and management of deductibles will allow the 
insurer to implement deductible adjustments using a number of variables, and 
implement them in the most efficient time and cost effective manner. 

[0003] Therefore, what is needed is a deductible infrastructure that facilitates the 
implementation of risk management programs, in order to manage an insurer's 
catastrophe exposure and minimize the risk of adverse financial impact while 
continuing to service insured parties in highly exposed areas. 
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Summary 

[0004] One embodiment, accordingly, provides for a method and system for 
managing deductibles for insurance policies. A plurality of interrelated tables are 
provided, each of which include a plurality of variables. A first key reference is 
provided in one table to identify a specific group of the variables. The first key 
reference is matched to another table to identify a second specific group of variables 
and a plurality of additional key references. The plurality of additional key 
references are matched to a plurality of respective additional tables to determine a 
deductible for a related policy. 

[0005] A principal advantage of this embodiment is that risk sharing is increased 
between the insurer and the insured. Deductible adjustments are implemented 
using multiple variables in the most time efficient and cost effective manner. This 
embodiment may be applied to various types of insurance coverage. 

Brief Description of the Drawings 

[0006] Fig. 1 is a table illustrating an embodiment of a master reference structure. 

[0007] Fig. 2 is a table illustrating an embodiment of a policy deductible structure. 

[0008] Fig. 3 is a table illustrating an embodiment of an available deductible 
structure. 

[0009] Fig. 4 is a table illustrating an embodiment of a new deductible structure. 

[0010] Fig. 5 is a flow chart illustrating an embodiment of a deductible 
infrastructure system overview. 
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[0011] Fig. 6 is a flow chart illustrating an embodiment of a renewal processing 
logic diagram. 

[0012] Fig. 7 is an embodiment of an information handling system used to 
manage and process deductible data. 

Detailed Description 

[0013] The deductible or deductible combination for each policy is driven by a 
series of tables each including vertical rows or columns and horizontal lines. These 
tables are based on matching the policy characteristics or variables to those listed in 
the tables. Identification of a given variable in these tables is all inclusive unless 
otherwise identified. For example, for a residence or structure, roof type is a 
variable in the table, but not all roof types are listed. The absence of a roof type 
indicates all possible roof types follow that line entry. This allows the table to handle 
all possibilities without entering every possibility; only the exceptions. However for 
some variables, every possibility will be included, i.e. AOI (Amount of Insurance) to 
ensure completeness. 

[0014] The base table is the master reference table 100, Fig. 1 , which allows 
deductibles to be managed based on a code for a Company 102 (official insurance 
company name), Line of Business 104, State 106, Application 108, Transaction 
Type 110 (quote, new business, renewal...), Date reference for changes 112, Policy 
Effective or Written Date 114, and a Key 1 16 to match to a policy deductible table 
200, Fig. 2. 

[0015] The main function of the master reference table 100 is to control an initial 
placement based on a geographical location, such as a state or a part of a state, and 
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also based on a transaction, such as a new or a renewal policy, and with regard to 
the effective date of the policy. 

[0016] The policy deductible table 200 is the primary control table. It includes the 
Match Key 1 16 from the master reference table 100, the Coverage Type Code 202 
for different policy forms, a County/Zip combination 204, 206 for location variances, 
Roof Type 208, Beginning and End Ranges for AOI 210, 212, and sections to 
control the Deductible Type and Amounts. These sections identify the deductible 
type 214, the default deductible amount 216 and default percentage 218, and the 
base or standard deductible amount 220 and standard percentage 222. The 
structure will allow the current deductibles at renewal to continually increase (roll-up) 
or renew the policy at the default amount/percentage every year for up to 99 years 
224. Although a typical roll-up would occur only once, the capability is still available. 
The table 200 includes links to additional tables (discussed below). One is to 
identify the available deductibles 228 for policies meeting the selected criteria called 
the available deductible table (discussed below). The other 230 links to the new 
deductible table (also discussed below) which details the migration from the current 
deductible to a new renewal deductible in a situation like a roll-up or the elimination 
of a deductible amount/percentage. 

[0017] The policy deductible table 200 also sets an indicator 226 to post a 
message on the Dwelling System based on the type of program or suggestion for 
other coverage available. Other indicators include an indicator 232 to increase the 
renewal deductible to the default amount/percentage when the policies AOI 
increases from one range to another, an indicator 234 to identify migration from a 
current deductible to a new deductible amount/percentage, an indicator 236 for 
unconditional mapping based on a decision to map all deductibles to V 
amount/percentage, and an indicator 238 to indicate which deductible to apply if the 
current renewal amount/percentage is no longer available at renewal and is not set 
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in the new deductible table, i.e., next higher amount/percentage or next lower 
amount/percentage. The indicator 238 is a failsafe feature that includes the ability to 
identify the next higher/lower deductible using amounts and percentages. It will 
calculate the percentage amount based on the current AOI and compare to the other 
available amounts before choosing the next higher or lower deductible. 

[0018] The policy deductible table 200 is the overall controlling table for each 
variable used to distinguish both the available, or old, deductibles and the new 
deductibles when changes to the deductibles are required, i.e. when the deductibles 
are eliminated, increased or decreased. 

[0019] The available deductible table 300 includes the match key 228 and all 
possible deductible combinations to include all other perils amounts 302 and 
percentages 304. The attached example also displays split Wind/Hail deductible 
combinations for a high AOI range to include amounts 306 and percentages 308. 
This table allows the insurer to limit the combinations available for each line entry. 
Although not practical, each line entry in the policy deductible table 200 could have a 
corresponding available deductible table 300. As this infrastructure or any 
deductible program change is implemented, old/current deductibles could be 
eliminated. As those are eliminated, it must be replaced and renewed with a new 
amount/percentage. 

[0020] The available deductible table 300 distinguishes the deductible available to 
those policies identified through their key reference numbers in the master reference 
table 100 and the policy deductible table 200. 

[0021] The new deductible table 400 displays the migration from old to new. 
The table 400 includes the match key 230 and displays each of the old deductible 
types for all other perils including an amount 402 and a percentage 404. The table 
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400 also specifies the old deductible for wind and hail/hurricane including an amount 
406 and a percentage 408. The table also displays each of the new deductible 
types for all other perils including an amount 410 and a percentage 412. The table 
400 further specifies new deductible types for wind and hail/hurricane including an 
amount 414 and a percentage 416. Old deductible types are identified as 
"Available" and the new renewal deductible types are identified as "New". Every 
possible deductible is included and has a corresponding "New"; even if they are 
equal. 

[0022] The new deductible table 400 identifies movement from the available, or 
old, deductible to a new deductible. 

[0023] These tables are driven by a process flow that links the Dwelling System to 
the resulting deductible that is applied to the policy. The attached process flow and 
table structure controls a tremendous number of possibilities with a few short steps. 

[0024] The Deductible Infrastructure - System Overview 500, Fig. 5, is an 
overview of the deductible database and its interaction with a dwelling application 
system and input and output programs. A policy system 501 displays the system 
that issues, renews, or modifies property policies. An interface 502 is a program that 
allows the policy system 501 to interact with a deductible database 503, which 
contains the tables 100, 200, 300 and 400 in Figs. 1-4. An interface program 504 
interacts with the deductible database 503 to input table changes at 505 and track 
and report those changes at 506. 

[0025] The Deductible Infrastructure - Renewal Processing Logic Diagram 600, 
Fig. 6, is the logic that the program uses to distinguish the line entries for the tables 
in Figs. 1-4. A logic decision 601 uses the variables identified in Fig. 2 to determine 
if the conditions are met or not met. If the conditions are met, then the logic would 
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direct them to be used at 602, and the default deductible used will be found at 216 
and 218, Fig. 2. If the conditions are not met, then logic 603 uses the variables 
identified in Fig. 2, but not 216 and 218. If the conditions of 603 are met, the new 
deductible 604 uses the reference key at 230 to define the new deductible. If the 
conditions of 603 are not met, it is determined at 605 if the current deductible is 
available. If the deductible is available, that deductible is used at 606. If the current 
deductible is not available, then logic 607 uses variables found in 238 to determine 
the next highest or lowest deductible. If 238 is identified as Yes or higher, then logic 
608 determines whether or not the next highest deductible is available. If the next 
highest deductible is available at 609, that deductible is used. If the deductible is not 
available, the policy will stop at 610 and human intervention will be required to 
determine the deductible. If 238 is identified as No or lower, then logic 61 1 
determines whether or not the next lowest deductible is available. If the next lowest 
deductible is available at 612, that deductible is used. If the deductible is not 
available, the policy will stop at 613 and human intervention will be required to 
determine the deductible. 

[0026] In one embodiment, an information handling system such as a computer 
system 700, Fig. 7, may be used to manage deductibles. The computer system 700 
includes a microprocessor 701, which is connected to a bus 702. Bus 702 serves as 
a connection between microprocessor 701 and other components of computer 
system 700. An input device 703 is coupled to microprocessor 701 to provide input 
to microprocessor 701. Examples of input devices include keyboards, touchscreens, 
and pointing devices such as mouses, trackballs and trackpads. Programs and data 
are stored on a mass storage device 704, which is coupled to microprocessor 701. 
Mass storage devices include such devices as hard disks, optical disks, magneto- 
optical drives, floppy drives and the like. Computer system 700 further includes a 
display 705, which is coupled to microprocessor 701 by a video controller 706. A 
system memory 707 is coupled to microprocessor 701 to provide the microprocessor 
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with fast storage to facilitate execution of computer programs by microprocessor 
701 . It should be understood that other busses and intermediate circuits can be 
deployed between the components described above and microprocessor 701 to 
facilitate interconnection between the components and the microprocessor. The 
tables 100, 200, 300 and 400, mentioned above, and containing the variables to be 
managed and processed, are in the storage 704 to be processed by the processor 
701. 

[0027] The above-described method and system are not for use by customers, 
i.e. insured parties, but are internal tools used by the insurer for servicing the 
customers. 

[0028] Although illustrative embodiments have been shown and described, a wide 
range of modification, change and substitution is contemplated in the foregoing 
disclosure and in some instances, some features of the embodiments may be 
employed without a corresponding use of other features. Accordingly, it is 
appropriate that the appended claims be construed broadly and in a manner 
consistent with the scope of the embodiments disclosed herein. 
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